Information processing apparatus and method with asynchronous reception of an output job and updatable resource data

ABSTRACT

This invention relates to a printing apparatus or information processing apparatus, which is connected to a peripheral device management apparatus and holds updatable resource data. The printing apparatus or information processing apparatus asynchronously receives an output job and resource data used upon processing the output job from the peripheral device management apparatus connected to it. Upon receiving the resource data, reception of a new output job after the reception of the resource data is stopped. When it is determined that the process of a print job, which has already been received and queued, is complete, the held resource data is updated by the resource data received by a reception unit.

FIELD OF THE INVENTION

The present invention relates to an information processing apparatus andprinting apparatus, and their control method, in a system that providesan environment in which an information processing apparatus such as acomputer or the like is connected to a printer, hybrid function copyingmachine, or the like, and these apparatuses can asynchronously exchangedata via multi-channels.

BACKGROUND OF THE INVENTION

In a conventional system that downloads resources such as font data andthe like to an output device, such downloading is to be managed by asystem administrator. The downloading method includes a first method inwhich connections to the output device to which resources are to bedownloaded other than that from the administrator are physically shutoff, and the administrator downloads the resources while occupying theoutput device, and a second method in which the administrator downloadsresources, while print data from other users are accepted, so as toparallelly execute the output and download processes.

Japanese Patent Laid-Open No. 2000-25860 has proposed a third method. Inthis method, upon downloading resources to be used by print data, theprint process of which is underway by a given output device, in amulti-channel environment in which the output device can besimultaneously connected to a plurality of information processingapparatuses, the print process of that output device is temporarilypaused to preferentially download resources, and restarts uponcompletion of downloading.

However, it is impossible to practically implement the first method inwhich the administrator physically occupies the output device in alarge-scale network environment connected to a LAN or the Internet.

In the second method in which the print and download processes areparallelly executed, since the resources used to generate a print imageare changed simultaneously with generation of the print image, anunexpected output such as garbled characters or the like is formed, andit becomes impossible to recover the output device due to destruction ofdata.

In the third method that preferentially executes downloading, uponoutputting a given output job, the resources of the output device andonly that output job are accommodated. For this reason, in anenvironment in which the resource download process and the outputprocess are not synchronously done, the resource download process mayunexpectedly influence other output jobs which do not use thoseresources. For example, in an environment in which a printer isconnected to a network, many uses use it as an output device, and theadministrator downloads the resources, the output results of many usersare unexpectedly influenced by the download process of the resources,which are used by a specific print job.

As described above, in any of the conventional methods, it is difficultto implement downloading of resources to an output device, which isconnected to a network and is shared by apparatuses on the network, anduse of the output apparatus without causing any unexpected results.

SUMMARY OF THE INVENTION

The present invention has been made in consideration of the prior arts,and has as its object to provide a peripheral device managementapparatus and method, and a printing apparatus and its control method,which can prevent conflict between the resource download process and theoutput process, and can download resources without unexpectedlyinfluencing output results.

In order to achieve the above object, the present invention comprisesthe following arrangement.

A printing apparatus which can asynchronously receive an output job andresource data used upon processing the output job from a peripheraldevice management apparatus, and holds updatable resource data,comprises reception control means arranged to stop, when resource datais received by a reception unit, reception of a new output job after thereception of the resource data; and an update unit arranged to updatethe held resource data by the received resource data, when it isdetermined that a process of a print job which has already been receivedand queued is complete.

Preferably, the update unit determines, upon receiving the resourcedata, completion of the process of the print job if a printout processof the print job which has already been received and queued is complete.

More preferably, the update unit determines, upon receiving the resourcedata, completion of the process of the print job by deleting the printjob which has already been received and queued.

More preferably, the apparatus further comprises a conversion unitarranged to convert, upon receiving the resource data, data of the printjob, which has already been received and queued, using the held resourcedata, and to store the converted data in a save area, and wherein theupdate unit determines completion of the process of the print job afterthe conversion unit has converted the data of the queued print job.

More preferably, the resource data contains font data, and theconversion unit converts the print job into image data using the heldresource data.

More preferably, the print job includes a print job which requiresauthentication of an authorized person upon outputting the print job,and the conversion unit stores authentication information required topermit output of the image data together with the image data for theprint job which requires authentication.

More preferably, the apparatus further comprises issuing means arrangedto issue, upon receiving the resource data, a message indicating thatthe resource data is to be updated to an address designated by eachprint job, which has already been received and queued, and wherein theupdate unit deletes the print job a predetermined time period after themessage is issued.

More preferably, the print job includes a print job which requiresauthentication of an authorized person upon outputting the print job,and the update unit stores authentication information required to permitoutput of the image data together with the image data for the print jobwhich requires authentication.

Or more specifically, an information processing apparatus connected to aprinting apparatus, which can asynchronously receive an output job andresource data used upon processing the output job from a peripheraldevice management apparatus, and holds updatable resource data,comprising reception control means arranged to stop, when resource datais received, reception of a new output job after the reception of theresource data; and an update unit arranged to update the resource dataheld by the printing apparatus by the received resource data, when it isdetermined that a process of a print job which has already been receivedand queued is complete.

Other features and advantages of the present invention will be apparentfrom the following description taken in conjunction with theaccompanying drawings, in which like reference characters designate thesame or similar parts throughout the figures thereof.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a diagram showing the arrangement of devices according to thefirst embodiment of the present invention;

FIG. 2 is a block diagram showing principal hardware modules of therespective devices in the present invention;

FIG. 3 shows the software configuration of a server;

FIG. 4 is a block diagram showing the configuration of a peripheraldevice management program;

FIG. 5 is a block diagram showing the software configuration of anadministrator PC;

FIG. 6 is a block diagram showing the software configuration of a clientPC;

FIG. 7 is a block diagram showing the configuration of a downloader;

FIG. 8 is a flow chart showing the operation of the downloader;

FIG. 9 is a block diagram showing the arrangement of a peripheral deviceinformation acquisition module;

FIG. 10A is a flow chart showing a peripheral device informationacquisition process by an interrupt;

FIG. 10B is a flow chart showing a normal process;

FIG. 11 is a block diagram showing the configuration of a main module ofa management program;

FIG. 12 is a flow chart showing the process of the management program;

FIG. 13 is a block diagram showing the configuration of modules used toform a GUI;

FIG. 14 is a block diagram showing the configuration of modules whichrun on a client;

FIG. 15 is a diagram showing the flow of data upon downloading fontdata;

FIG. 16 is a diagram showing the flow of data when the client PCacquires a color calibration table;

FIG. 17 is a diagram showing the flow of data when address book data isacquired from a hybrid function copying machine;

FIG. 18 is a diagram showing the flow of data when address book data onthe client PC is downloaded to the hybrid function copying machine;

FIG. 19 is a diagram showing the flow of data when the contents of astorage device of a printer or the hybrid function copying machine arebacked up;

FIG. 20 is a diagram showing the flow of data when the backed-upcontents of the storage device of the printer or hybrid function copyingmachine are restored;

FIG. 21 is a diagram showing the flow of data when the client PCacquires software from a server;

FIG. 22 is a diagram showing the flow of data when the client PCacquires a driver from the server;

FIG. 23 shows the data structure used when the server outputs data tothe client;

FIG. 24 shows header information in the data structure upon outputting afont file to the client PC;

FIG. 25 shows header information in the data structure upon outputtingan overlay form to the client PC;

FIG. 26 shows header information in the data structure upon outputting acolor calibration table to the client PC;

FIG. 27 shows header information in the data structure when informationused by a printer driver is output to the client PC upon overlaying ascan image;

FIG. 28 shows header information in the data structure upon outputtingsoftware to the client PC;

FIG. 29 shows header information in the data structure upon outputting adriver to the client PC;

FIG. 30 is a diagram showing the arrangement of devices according to thesecond embodiment of the present invention;

FIG. 31 shows a storage medium that stores a program which implementsthe present invention;

FIGS. 32A to 32C show program modules of the present invention;

FIG. 33 is a view showing the process for loading a storage medium thatstores a program of the present invention to a server, administratorpersonal computer, or user personal computer;

FIG. 34 is a sequence chart time-serially showing processes ofrespective ports in the processes of the first and second embodiments;

FIG. 35 is a flow chart showing the process at a resource port of thefirst embodiment;

FIG. 36 is a flow chart showing the process at a resource port of thesecond embodiment;

FIG. 37 is a view for explaining a data packet that implementsmulti-channels in the first and second embodiments;

FIG. 38 is a sequence chart time-serially showing processes ofrespective ports in the processes of the third and fourth embodiments;

FIG. 39 is a flow chart showing the process of the third embodiment;

FIG. 40 is a flow chart showing the process of the fourth embodiment;and

FIG. 41 shows the structure of print data (print job).

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[First Embodiment]

<System Arrangement>

FIG. 1 best illustrates a characteristic feature of the presentinvention, and the arrangement of a print system according to anembodiment of the present invention will be described below usingFIG. 1. In FIG. 1, Ethernet is normally used as a network 1. In additionto Ethernet, LocalTalk or the like may be used. Note that “network” inthis embodiment indicates a physical cable, an electrical signal thatflows on the cable, and one or a plurality of protocols which implementinformation exchange as a combination of electrical signals, andnormally indicates their generic description. A server computer 2 hasfunctions of a file server, Web server, and the like, and comprises thecore of this system. An administrator personal computer (to beabbreviated as a PC hereinafter) 3 is used to issue instructions to theserver and peripheral devices. Client PCs 4 and 5 are connected to thenetwork, and are used by normal users. Note that even the administratorPC may be used as a client PC. Printers 6 and 7 are connected to thenetwork 1, receive print commands from the client PCs 4 and 5, andexecute print processes according to the commands. Hybrid functioncopying machines 8 and 9 comprise an image scanner function, printerfunction, and facsimile function, and can be used as a copying machine,printer, scanner, and facsimile by combining one or a plurality offunctions.

The operation of this system will be explained below using FIG. 1. Theserver 2 periodically communicates with the printers 6 and 7 and hybridfunction copying machines 8 and 9 to monitor their states and softwaresetups. The administrator PC 3 changes setups, software, and resourcesused by software in the devices. The results of instructions issued bythe administrator PC 3 are collected as information in the server 2, andthe client PCs 4 and 5 receive that information from the server 2. Theserver 2 comprises a communication means using the http protocol, andthe administrator PC 3, and client PCs 4 and 5 can acquire informationfrom the server 2 using Web browsers or can issue instructions to theserver 2. Upon receiving an instruction from the administrator PC 3 orthe client PC 4 or 5, the server 2 returns information to theadministrator PC 3 or the client PC 4 or 5 using information stored init. Depending on the contents of information, the server 2 acquiresinformation from the printers 6 and 7 and hybrid function copyingmachines 8 and 9, and returns that information to the administrator PC 3or the client PC 4 or 5, or executes a process such as a setup processfor the printers 6 and 7 and hybrid function copying machines 8 and 9.The administrator PC 3 comprises a downloader, and downloads software orresources used by software to the printers 6 and 7 and hybrid functioncopying machines 8 and 9. The software includes print control firmware,network control firmware, and the like of a device. In the hybridfunction copying machines 8 and 9, the software to be downloadedincludes scanner control firmware, facsimile control firmware, copyingmachine firmware, panel operation firmware, image management software,address management software, and the like in addition to theaforementioned firmware programs. The resources used by software includefonts, external characters, overlay forms, calibration tables, addressinformation and facsimile numbers used by address management software,and the like.

The client PCs 4 and 5 hold software (drivers and the like) required toaccess and use the printers 6 and 7 and hybrid function copying machines8 and 9, and resources (client PC resources) used by the software. Thesoftware held by these PCs includes a printer driver required to use aprinter, a scanner driver required to use a scanner, a facsimile driverrequired to use a facsimile, copying machine utility software requiredto control the copying machine, a network driver required to use thenetwork, a Web browser, application software, and the like. Theresources used by the software include client PC fonts corresponding toprinter fonts, address information used by the facsimile driver, printdata required upon color calibration, an overlay image used in preview,and the like.

In addition to the aforementioned functions, the setup contents,software, and resources used by software of the printer 6 can bereflected in the printer 7, and hybrid function copying machines 8 and9. Likewise, the setup contents, software, and resources used bysoftware of the hybrid function copying machine 8 can be reflected inthe hybrid function copying machine 9 and the printers 6 and 7. Iffunctions are different between models, only functions common to thesemodels are reflected. Information such as resources or the like that canbe converted is reflected after conversion. Also, information on theclient PC 4 that pertains to these models can be reflected in the clientPC 5. Such processes are implemented by exchanging information via theserver 2.

The setup contents of the printers 6 and 7 and hybrid function copyingmachines 8 and 9 are often changed not only by instructions from theadministrator PC 3 but also by setups from a panel and the client PCs.As for information that must be accurately passed to each client PC,when a display instruction or the like is received from the client PC,an inquiry is issued to the printers 6 and 7 and hybrid function copyingmachines 8 and 9, and information at the time of the inquiry is returnedto the client PC. As for information that does not strictly requireaccuracy, information held in the server is used.

FIG. 2 shows principal hardware modules of the respective devices in thesystem shown in FIG. 1. The functions of the hardware modules of therespective devices will be explained below using FIG. 2. Referring toFIG. 2, a network line 201 is a physical line which forms a networkamong the respective devices, and normally uses a twisted pair cable,coaxial cable, optical fiber, or the like. Hardware modules which formthe server 2 include a network board 202, CPU board 203, Video interface204, I/O interface 205, and SCSI interface 206, and a CRT 207, keyboard208, mouse 209, and hard disk drive 210 which latter four are connectedto these boards and interfaces. The hard disk drive 210 comprises aparallel circuit of a plurality of hard disk units, and assureshigh-speed and highly reliable data transfer. Hardware modules whichform each of the administrator PC 3 and client PCs 4 and 5 include anetwork board 202, CPU board 203, Video interface 204, I/O interface205, and IDE interface 211, and a CRT 207, keyboard 208, mouse 209, andhard disk drive 210 which latter four are connected to these boards andinterfaces. These PCs and server have different hard diskconfigurations. Hardware modules of each of the printers 6 and 7 includea network board 212 compatible to a peripheral device, a network board212, and a printer controller 213. Hardware modules of each of thehybrid function copying machines 8 and 9 include a network board 212compatible to a peripheral device, a hybrid function copying machinecontroller 215, a print engine 214, a control panel controller 216, acontrol panel 217, a scanner controller 218, a scanner unit 219, a modem220, a hard disk IF 221, and a hard disk 222.

FIG. 3 shows the software configuration of the server 2. Referring toFIG. 3, an OS (operating system) 301 manages various resources of theserver 2. A library 302 includes a software module group that providesvarious functions to an application. A Web server 303 has a function ofproviding data and the like possessed by the server 2 to Web clients inaccordance with the hypertext transport protocol (http), and passingdata received from a Web client to a backend program (CGI program) thatruns on the server 2 to make it process the data. An application 304includes a peripheral device management program 305. A hardware controlprogram 306 includes a network board control program 307 and hard diskcontrol program 308.

FIG. 4 shows the configuration of the peripheral device managementprogram 305 of the server 2. The peripheral device management program305 is implemented as one of applications on the server 2. A main module401 of the management program controls the entire management program. ACGI program 402 for GUI (CGI 402) passes screen data expressed in thehtml format to the Web server 303. The Web server 303 outputs data ofthe CGI 402 to the administrator PC 3 or the client PC 4 or 5 in thehttp format, and sends an instruction from the administrator PC 3 or theclient PC 4 or 5 to the management program 401. A device communicationprogram 403 makes communications between peripheral devices and theserver using the network program 307 to acquire information or the likefrom devices, to set up devices, to download software or resources usedby software, and so forth. The device communication program 403 includesa peripheral device information acquisition module 4031. An IPC 404 is aprogram used to make inter-process communications, and makescommunications with another PC (especially, the administrator PC 3)using the network program 307. A file management program 405 implementsa file server function exploiting the HD control program 308.

FIG. 5 shows the software configuration of the administrator PC 3.Referring to FIG. 5, an OS 501 executes general processes of theadministrator PC. A main program of a downloader 502 downloads softwareand resources used by software to peripheral devices. A GUI program 503implements a user interface function such as display, transmission of auser's instruction to the downloader, and the like. An IPC program 504communicates with the IPC 404 of the server. A file management program505 is normally implemented as a part of the OS 501, and manages filesas the contents of the hard disk or a CD-ROM upon downloading the filesto peripheral devices via the downloader 502. A network program 506 isnormally implemented as a part of the OS 501, and makes networkcommunications upon downloading files as the contents of the hard diskor CD-ROM to peripheral devices via the downloader 502.

FIG. 6 shows the software configuration of the client PCs 4 and 5.Referring to FIG. 6, an OS 601 executes general processes of the clientPC. A Web browser 602 receives data expressed in the html format fromthe Web server 303 of the server 2, displays the received data on ascreen, and sends a user's instruction to the server 2 via the httpprotocol. A client module 603 executes a process for some of data whichare received by the Web browser 602 but cannot be processed by it. Notethat the data that cannot be processed by the Web browser 602 includesoftware such as a printer driver and the like for the client PC, andresources such as client PC fonts and the like, and they must beinstalled in the client PC by predetermined methods. A network program604 is normally implemented as a part of the OS 601, and communicateswith the Web server 303 using the http protocol.

FIG. 7 shows the configuration of the downloader 502 of theadministrator PC 3. Referring to FIG. 7, a main module 701 callsrespective modules, processes parameters, and so forth. A filemanagement module 702 opens and reads a file to be downloaded using thefile management program 505. A device search module 703 searches for aperipheral device to which a file can be downloaded, and acquires aprotocol that allows communications, device address, and the like. Afile conversion module 704 makes conversion if printer resources have aformat different from that of client PC resources in the resources usedby software. The file conversion module 704 includes a printer fileconversion module 705 and client PC file conversion module 706. Theresources have different formats, e.g., when the printer uses fontsexpressed by ternary curves, and the client PC uses fonts expressed byquadratic curves, and when the printer and client PC use differentexpression formats of overlay images. A download module 707 downloadsdata using the network program 506. A communication module 708communicates with the server 2 and sends the client PC resources and thelike to the server. An IPC module 709 is used to make inter-processcommunications, and implements the communications using the IPC program504.

FIG. 8 is a flow chart showing the operation of the downloader 502 inFIG. 7. The operation of the downloader will be explained below usingFIG. 8. A font download process will be exemplified, and the sameapplies to other kinds of software and other resources used by software.Assume that the downloader 502 and server 2 always communicate with eachother, and can acquire file names, device names, and the like, but mustadditionally establish connection to read out a file upon acquiring afile managed in the file server.

In step S801, a file to be downloaded is designated. The user of thedownloader 502 designates the file by inputting a file name. It ischecked in step S802 if the designated file is that on the server 2. IfYES in step S802, the flow advances to step S802; otherwise, the flowadvances to step S807.

In step S803, network connection with the server 2 is established. Instep S804, the file is read out. In step S805, ServerFlag indicatingthat the designated file has been read out from the server 2 is set ON.In step S806, the network connection is disconnected.

In step S807, the file is opened. In step S808, the file is read. Instep S809, ServerFlag is set OFF. In step S810, the file is closed. Thatis, the file to be downloaded has been loaded by the downloader at thetime of step S806 or S810.

In step S811, a printer is selected. The printer is selected by theoperator, and selection itself may be done simultaneously with filedesignation. It is checked in step S812 if the printer selected in stepS811 can receive a downloaded file. Whether or not the printer canreceive a downloaded file is determined based on the printer model andattached storage device (RAM, flash memory, hard disk, or the like).That is, if the designated printer is a model that can receive adownloaded file and a storage device that can store a downloaded file ispresent in that model, it is determined that the printer can receive adownloaded file.

If it is determined in step S812 that the printer can receive adownloaded file, the flow advances to step S813; otherwise, the flowadvances to step S820. In step S813, a font file is converted into aformat that can be downloaded to the printer. If the font file alreadyhas a downloadable format, step S813 is skipped.

In step S814, the font file converted into the downloadable format istransferred to the printer. It is checked in step S815 if ServerFlag isON. If ServerFlag is ON, it is determined that a client filecorresponding to the downloaded font file is already present in theserver, and the processing ends. If ServerFlag is not ON (i.e., OFF),the flow advances to step S816. In step S816, the font file is convertedinto a format that the client PC can access. If the font file alreadyhas a format that the client PC can access, step S816 is skipped.

In step S817, network connection with the server 2 is established. Instep S818, the font file for the client PC, which is converted in stepS816, is written in the server 2. In step S819, connection isdisconnected to execute a network close process, thus ending theprocessing.

In step S820, a message indicating that a file cannot be downloaded tothe printer is displayed, and the processing ends.

With the aforementioned process, the font file for the client PC, whichcorresponds to the font file downloaded to the printer, is alwayspresent in the server 2. Conversion of the font file includes that ofthe font file format itself, and appending of header information and thelike. For example, when a font file in the TrueType® format is to bedownloaded to a printer which mounts a TrueType rasterizer, since itmust be downloaded after header information for the printer and the likeare appended to that file, the file conversion process appends headerinformation for the printer and the like. When this font file is used onthe MacOS, information called FOND resource is appended as additionalinformation.

FIG. 9 shows the configuration of the peripheral device informationacquisition module 4031 of the server 2. Referring to FIG. 9, a mainprocessing module 901 of the peripheral device information acquisitionmodule executes overall control, processes for communications andmanagement, a process upon generation of an interrupt, transfer ofdownload data to peripheral devices, and the like. An IPC module 902exchanges information via inter-process communications with othermodules. A timer module 903 generates interrupts at predetermined timeintervals, and the main processing module 901 operates to acquireperipheral device information at the interrupt timings. A cachemanagement processing module 904 temporarily stores peripheral deviceinformation acquired by a timer interrupt, and outputs the informationin the cache to another module via the IPC 902 in response to a dataoutput instruction from the IPC module 902. A TCP/IP module 905exchanges data with a peripheral device, which can acquire informationand can receive downloaded data, in accordance with TCP/IP. An AppleTalkmodule 906 exchanges data with a peripheral device, which can acquireinformation and can receive downloaded data, in accordance withAppleTalk. An IPX/SPX module 907 exchanges data with a peripheraldevice, which can acquire information and can receive downloaded data,in accordance with IPX/SPX. Other protocols may be used.

FIG. 10A is a flow chart showing the peripheral device informationacquisition processing sequence in response to an interrupt generated bythe timer 903 in the peripheral device information acquisition module4031. Upon generation of an interrupt, this process is executed.

In step S1011, information is acquired from all peripheral devices fromwhich information is to be acquired. The information to be acquiredincludes information (e.g., the version of software or its resources,file size, date, font name in case of fonts, and the like) used toconfirm if software and the resources used by the software have beenchanged. In step S1012, the acquired information is written in the cache904.

FIG. 10B is a flow chart showing a normal process, i.e., the processingsequence upon receiving a data output instruction from the user, in theperipheral device information acquisition module 4031. In the normalprocess, an information acquisition or download process is executed inaccordance with a user's instruction received by a module which has auser interface.

In step S1021, an instruction from a user IF module is received via theIPC 902. The contents of the received instruction include the processingcontents, data (file) in case of a download instruction, peripheraldevice address, and the like. It is checked in step S1022 if thereceived instruction is a download instruction. If YES in step S1022,the flow advances to step S1023; otherwise, the flow advances to stepS1024. In step S1023, the received data is downloaded to the designatedperipheral device, thus ending the processing.

If it is determined that the received instruction is not a downloadinstruction, it is determined that the received instruction is aninformation request. In this case, the type of requested information isspecified in step S1024. The type of information includes, e.g., a fontname, form size, software version, and the like. It is checked in stepS1025 if the requested information is present in the cache 904. If YESin step S1025, the flow advances to step S1026; otherwise, the flowadvances to step S1027. In step S1026, data is output from the cache 904via the IPC 902.

If the requested information is not present in the cache 904, data isacquired from the peripheral device in step S1027. In step S1028, theacquired data is output via the IPC 902, thus ending the processing.

FIG. 11 shows the configuration of the main module of the peripheraldevice management program 305 of the server 2. Referring to FIG. 11, amain processing module 1101 executes overall operation management,assignment of processes, and the like. A GUI communication module 1102exchanges information with a GUI (e.g., it outputs information to bedisplayed, and receives processing instructions and data from the GUI).A network processing module 1103 inputs/outputs files and informationvia the network. A file server module 1104 reads out, writes, andmanages files. An IPC module 1105 exchanges data and information withthe IPC 902 via inter-process communications.

The peripheral device management program 305 can access the peripheraldevices, GUI, network, and file server, and controls the overalloperation.

FIG. 12 is a flow chart showing the process of the peripheral devicemanagement program 305 in FIG. 11. The operation of this program will beexplained below using FIG. 12.

In step S1201, an instruction is received. It is checked in step S1202if the received instruction is a download instruction. If YES in stepS1202, the flow advances to step S1203; otherwise, the flow advances tostep S1205. If it is determined that the received instruction is adownload instruction, the peripheral device management program 305fetches a file to be downloaded from the file server, and outputs it tothe downloader 502.

In step S1203, a file on the file server is opened. In step S1204, thefile is output to the downloader 502 via the network module 1103, andthe flow returns to step S1201 to execute the next process.

It is checked in step S1205 if the received instruction is aninformation display instruction. If YES in step S1205, the flow advancesto step S1206; otherwise, the flow advances to step S1208. If it isdetermined that the received instruction is an information displayinstruction, information in a peripheral device is output in accordancewith an instruction received from the GUI communication module 1102.

In step S1206, information exchange is made between the IPC modules 902and 1105 to acquire peripheral device information. In step S1207,information to be displayed is output to a GUI module via the GUIcommunication module 1102, and the flow returns to step S1201 to executethe next process.

It is checked in step S1208 if the received instruction is a file saveinstruction in the server. If YES in step S1208, the flow advances tostep S1209; otherwise, the flow advances to step S1210.

A file is saved in the server in accordance with an instruction from thedownloader 502, and is sent via the network. In step S1209, a file issaved in the file server, and the flow returns to step S1201 to executethe next process.

In step S1210, a file is output via a graphical user interface (GUI). Inthis process, the resources for the client PC or the like are output,and a file or the like is output to the client PC using the httpprotocol with which the GUI communicates with the client PC. After that,the flow returns to step S1201 to execute the next process.

With a series of processes described above, information and data in thissystem are exchanged.

FIG. 13 shows the GUI module 503 of the administrator PC. Referring toFIG. 13, a management program communication module 1301 communicateswith the management program 505 to receive an instruction, file, andinformation from the management program, passes them to an html outputmodule 1302, and also passes an instruction and file received from aninstruction input module 1303 to the management program. The html outputmodule 1302 generates a GUI screen file based on the html format on thebasis the information and instruction received from the managementprogram, and passes it to a Web server communication module 1304. Theinstruction input module 1303 receives an instruction from the Webserver 303, or an archived or encoded file. The received instruction isoutput as a command to the management program 505. The received file isarchived, files are extracted from the archive, or if it is encoded, thefile is decoded, and the extracted or decoded file is output to themanagement program 505. The Web server communication module 1304 outputshtml information to the Web server 303, and passes an instruction fromthe Web server 303 to the instruction input module 1303.

FIG. 14 shows the configuration of the client module 603. This module isinstalled on the client PC, and processes a file received by the Webbrowser. An input module 1401 receives data from the Web browser 602.The received data normally archives management information and a fileentity. A discrimination module 1402 extracts the management informationand file entity from the received archived file, and discriminates thetype of file based on the management information. The managementinformation includes the type of file, file name, file size, and thelike. If the type of file is a font, the discrimination module 1402calls a font registration module 1403. If the type of file is an overlayform, the discrimination module 1402 calls an overlay form registrationmodule 1404. If the type of file is an address book, the discriminationmodule 1402 calls an address book registration module 1405. If the typeof file is a color calibration table, the discrimination module 1402calls a color calibration table registration module 1406.

The font registration module 1403 registers the received font file inthe client PC. The overlay form registration module 1404 registers thereceived file in an overlay form processing application. If no overlayform processing application is installed, this process is skipped. Theaddress book registration module 1405 converts the received address bookinto a format compatible to a registration destination such as e-mailmanagement software, a FAX driver, or the like, and registers theconverted file. The color calibration table registration module 1406registers the received file in a printer driver that executes an imageprocess.

<Variations of Resource Exchange>

FIG. 15 shows the flow of data upon downloading font data from theadministrator PC 3 to the printers 6 and 7. Referring to FIG. 15, theadministrator downloads font data, which is loaded from a CD into theadministrator PC 3, to the printer 6 (1). Then, the administratorregisters that font data in the server 2 (2). Each of the client PCs 4and 5 loads a font file for the client PC from the server 2 using theWeb browser 602, and registers the loaded file in the system via theclient module 603 (3). When the font data is to be downloaded to anotherprinter, the administrator PC 3 loads font data registered in the server2, and downloads it to the printer 7 (4). The same applies to a casewherein an overlay form is registered from the PC 3 to the printers 6and 7.

FIG. 16 shows the flow of data when the client PC acquires a colorcalibration table possessed by a printer or copying machine. In theprinters 6 and 7 and the hybrid function copying machines 8 and 9, acolor calibration table is generated or updated in correspondence withvarious changes in environment in the devices or at a given timing. Whena printer driver on the client PC 4 uses the printer 7, it requests toacquire a color calibration table generated in the printer 7 as needed,and receives that table (1).

When a printer driver on the client PC 5 uses the hybrid functioncopying machine 9, it requests to acquire a color calibration tablegenerated in the hybrid function copying machine 9 as needed, andreceives that table (2).

On the other hand, arrow (3) indicates the flow of data upon downloadinga color calibration table from the administrator PC 3 to the printer 6.That is, when a color calibration table is generated in theadministrator PC 3 using colorimetry software or the like, that table isdownloaded from the administrator PC 3 (3). In the printer 6, thedownloaded data is held. The printer 6 also looks up the colorcalibration table, which is generated using colorimetry software or thelike, and is downloaded, upon generating or updating a color calibrationtable.

When a printer driver on the client PC 4 uses the printer 6, it requeststo acquire a color calibration table generated in the printer 6 usingthe above method, and receives that table (4).

FIG. 17 shows the flow of data upon acquiring address book data from thehybrid function copying machine 8. Address book data in the hybridfunction copying machine 8 is output to the server 2 (1). Each of theclient PCs 4 and 5 receives data from the server 2 (2), and the clientmodule 603 adds or overwrites the received data to or on the addressbook data in the client PCs 4 and 5.

FIG. 18 shows the flow of data upon downloading address book data on theclient PC 4 to the hybrid function copying machines 8 and 9. Addressbook data sent to the server 2 using the Web browser 602 is directlywritten in the hybrid function copying machine 8 (1). Arrow (2)indicates the flow of data upon copying the address book of the hybridfunction copying machine 8 to the copying machine 9. Data in the hybridfunction copying machine 8 is temporarily sent to the server 2, and isthen directly written in the hybrid function copying machine 9 (2).

FIG. 19 shows the flow of data upon backing up the contents of thestorage device in the printer or hybrid function copying machine. Thisprocess is normally launched in response to an instruction from the Webbrowser 602, but it may be launched in response to an instruction from acontrol panel of the hybrid function copying machine. Also, this processmay be automatically and periodically executed by the management program401 which runs on the server 2. When the printer or hybrid functioncopying machine has a function of informing the server 2 of a change inresource, the management program 401 may automatically execute a backupprocess in response to that information. FIG. 19 shows an example inwhich the storage contents are backed up from the copying machine 8.Upon backup, the contents of the storage device of the hybrid functioncopying machine 8 are output to the sever 2, and are stored in the fileserver in the server 2 (1).

FIG. 20 shows the flow of data upon restoring the backed-up contents ofthe storage device of the printer or hybrid function copying machine.This process is normally launched in response to an instruction from theWeb browser 602, but it may be launched in response to an instructionfrom a control panel of the hybrid function copying machine. Also, thisprocess may be automatically executed by the management program 401which runs on the server 2. Data backed up in the file server of theserver 2 is output to the storage device of the printer or hybridfunction copying machine (in FIG. 20, the hybrid function copyingmachine 8) as a backup source (1).

FIG. 21 shows the flow of data when the client PC 4 or 5 acquiressoftware from the server 2. The PC 4 acquires data from the server 2(1), and the client module 603 of the PC 4 decodes data to install it.

FIG. 22 shows the flow of data when the client PC 4 or 5 acquires aperipheral device driver such as a printer driver, facsimile driver,scanner driver, or the like from the server 2. The client PC 4 acquiresdata (driver program) from the server 2. The server 2 refers to a targetperipheral device to obtain correspondence with that peripheral deviceupon outputting data requested from the client PC 4. In FIG. 22, thecopying machine 8 is referred to. The server 2 outputs the informationobtained by referring to the peripheral device, i.e., the networkaddress, model name, functions, and the like to the client PC 4 or 5together with the driver program (2), and the client module 603 installsthe driver based on the information received from the server 2.

<Transmission Data Format>

FIG. 23 shows the data structure upon outputting data from the server 2to the client PC 4 or 5. As can be seen from FIG. 23, the number N offiles held in an archive is inserted at the head of the data structure.Then, addresses for N files follow, and a header and file entity areheld at each address position. The header contains a header length, filetype, and entity size, and additional information is appended after theentity size if it is available. At an address as the sum of the startaddress of the header and the header length, a file entity is present.

FIG. 24 shows the header information in FIG. 23 when the server 2outputs a font file to the client PCs 4 and 5. As can be seen from FIG.24, the version, file name, and font format are appended as additionalinformation.

FIG. 25 shows the header information in FIG. 23 when the server 2outputs an overlay form to the client PCs 4 and 5. As can be seen fromFIG. 25, the type of PDL, paper size, resolution, and form number areappended as additional information.

FIG. 26 shows the header information in FIG. 23 when the server 2outputs an address book to the client PCs 4 and 5. As can be seen fromFIG. 26, the update date of the address book is appended as additionalinformation. Whether or not acquired address book is to be overwrittenon that in the client PC 4 or 5 can be determined based on thisinformation.

FIG. 27 shows the header information in FIG. 23 when the server 2outputs information used by a printer driver upon overlaying an imagescanned by the scanner to the client PCs 4 and 5. As can be seen fromFIG. 27, the paper size, resolution, and overlay number are appended asadditional information.

FIG. 28 shows the header information in FIG. 23 when the server 2outputs software to the client PCs 4 and 5. As can be seen from FIG. 28,the version of software and the check sum of a file are appended asadditional information. The file entity is a self-extracting installer,and the client module 603 launches the downloaded self-extractinginstaller.

FIG. 29 shows the header information in FIG. 23 when the server 2outputs a driver to the client PCs 4 and 5. As can be seen from FIG. 29,the model name of a peripheral device, the address used to access theperipheral device (IP address in case of TCP/IP connection), the driverversion, and the check sum of a file are appended as additionalinformation. The file entity is a self-extracting installer, and theclient module 603 launches the downloaded self-extracting installerusing the model name and address as arguments.

<Data Packet Format>

FIG. 37 shows the format of a data packet which flows on the networkline 201 and a connection line between modules when the server 2,administrator PC 3, client PCs 4 and 5, printers 6 and 7, and hybridfunction copying machines 8 and 9 exchange data with each other. Portidentification information 3701 is designated by the sender so that therecipient can determine ports in which data is to be received andprocessed. In this embodiment, a multi-channel system is implemented bythe port identification information 3701. Data identificationinformation 3702 is used to identify data of the same type when data issegmented into a plurality of packets. Flag information 3703 indicateswhether or not data is segmented into a plurality of packets, and theorder of data if the data is segmented into a plurality of packets. Dataentity fields 3704 are extracted from the packets by the recipient, andare combined as needed to restore data sent from the sender.

Data shown in FIGS. 24 to 29 are exchanged as the data field 3704 in thepacket shown in FIG. 37. When data has exceeded a predetermined size, itis segmented into a plurality of packets upon sending.

<Download Sequence>

FIG. 34 is a sequence chart showing the process executed when font orform data associated with a print process is downloaded from theadministrator PC 3 to the printers 6 and 7 and hybrid function copyingmachines 8 and 9. A print job port 3410 and resource port 3411 aredesignated by the port identification information 3701 contained in adata packet. For example, upon downloading, the resource port 3411 isdesignated by the administrator PC 3 that downloads data. On the otherhand, upon executing a print process, the print job port 3410 isdesignated by the client PC or the like that issues a print job. Theport identification information corresponds to, e.g., a port number inTCP.

Print data is sent to the print job port 3410 as a print job appendedwith a control code. In the print job port 3410, a buffering process3422 normally enqueues the received print job in a print queue buffer3415 in a print ready state, and a print process 3423 dequeues andexecutes the print job from the print queue buffer 3415. When the printjob is executed, an actual print process is carried out. In thisembodiment, the print job consists of a command group used to form aprint image, text data, and image data, and is stored in the print queuebuffer 3415 in that format. The print process 3423 interprets thecommand group used to form an image, thus forming an image. The commandgroup used to form a print image includes commands that form an imageusing font and form data saved as resources on the printer.

On the other hand, download data is sent to the resource port 3411. Uponaccepting download data at a timing 3412, a processing program of theresource port 3411 instructs the print job port to stop acceptance of aprint job at a timing 3414. Upon receiving the stop instruction, theprint job port stops acceptance of a print job at a timing 3413. In thisembodiment, acceptance of a print job is stopped by setting the printjob port that received the stop instruction in an acceptance stop state.The sender of a print job confirms the state of the print job portbefore it sends a print job. If the sender confirms that the print jobport is inaccessible (acceptance stop state), it does not send any job.

If the sender and recipient of a print job can communicate in two ways,the print job port may have a function of informing the sender of aprint job of denial of acceptance of the print job upon receiving aprint job. In such case, the print job port 3410 informs the sender of aprint job of denial of acceptance of the print job at the timing 3413.

If acceptance of a print job is stopped at the timing 3413, no moreprint jobs are stored in the print queue buffer 3415. The resource port3411 begins to monitor the print queue buffer 3415 at a timing 3416. Onthe other hand, the print process 3423 is continued to process jobs inthe print queue buffer 3415 in turn. When the resource port 3411 canconfirm that the print queue buffer 3415 has become empty, it starts thenext process 3418 at that timing 3417. Whether or not the print queuebuffer 3415 becomes empty can be confirmed at the timing 3417 bymonitoring by means of positive polling from the resource port 3411 orby information from the print queue buffer 3415 to the resource port3411. At a timing 3418, the download data accepted at the timing 3412 isstored in an appropriate storage area 3419. Note that the appropriatestorage area indicates a storage device such as a flash ROM, hard disk,or the like in the printers 6 and 7 and hybrid function copying machines8 and 9. The resources stored in the storage area 3419 are used asneeded, e.g., upon execution of a print job.

Finally, the resource port 3411 restarts acceptance of a print job atthe print job port at a timing 3420. The print job port accepts a printjob again from a timing 3421 at which it receives an acceptance restartinstruction, and executes the normal process, i.e., the bufferingprocess 3422 buffers print jobs in the print queue buffer 3415 and theprint process 3423 executes the print jobs. Note that acceptance of aprint job is restarted at the timing 3420 by the same mechanism as thatwhen acceptance of a print job is stopped at the timing 3413. That is,in the print job port 3410, the acceptance stop state of a print job iscanceled at a timing 3420. Note that the sender of a print job checks,prior to sending of a print job, if the print job port 3410 is in anacceptance stop state, and sends the entire print job if the print jobport 3410 is not in an acceptance stop state, so as to downloadresources for respective print jobs.

Or the print job port 3410 informs the sender of a print job of cancelof denial of acceptance.

<Download Sequence>

FIG. 35 is a flow chart of a program that controls the resource port3411 in FIG. 34.

As shown in FIG. 2, when the printers 6 and 7 and hybrid functioncopying machines 8 and 9 have a storage area such as the HD 222, sincethe print queue buffer 3415 is prepared in that printer or hybridfunction copying machine, the program in FIG. 35 is executed in theprinter or hybrid function copying machine.

On the other hand, when the printers 6 and 7 do not have any storagearea, since the print queue buffer 3415 cannot be assured in the printerside, the print queue buffer 3415 is prepared in a PC so-called aprinter server. In this case, a print request and download request areissued to the PC serving as the printer server, and the resource portand print job port are prepared in that printer server PC. Therefore,the sequence in FIG. 35 is executed not by the printer but by theprinter server PC on which the printer queue buffer 3415 of the printeris prepared. However, the resource data storage process 3418 and printprocess 3423 in FIG. 34 are requested from the printer server PC to theprinter.

Referring to FIG. 35, it is checked in step S3511 if data sent to theresource port 3411 is resource download data. If it is determined basedon the port identification information 3701 in FIG. 37 that thedesignated port is the resource port, this checking process is donebased on its contents, i.e., if data shown in one of FIGS. 24 to 29 isto be downloaded. The data shown in FIGS. 24 to 29 are obtained byreconstructing the data 3704 in FIG. 37 as needed since they are oftensegmented into a plurality of packets. Using the “type” field of thedata in the format shown in FIGS. 24 to 29, it is checked if the datasent to the resource port 3411 is resource download data. For the sakeof easy checking, an identifier “download” may be contained as the typeof data. Also, when a port exclusively used to download resources may beprepared, and is designated upon downloading, the checking process instep S3511 can be implemented by referring to the port identificationinformation 3701 alone.

If it is determined in step S3511 that the data sent to the resourceport 3411 is not data that aims at downloading of resources, anappropriate process is executed in step S3517, and the processing ends.If it is determined in step S3511 that the data sent to the resourceport 3411 is data that aims at downloading of resources, the flowadvances to step S3512.

In step S3512, an acceptance stop instruction of a print job is issuedby the method that has been explained in association with the timing3414 in FIG. 34. It is monitored in step S3513 if print jobs remain inthe print queue buffer 3415. This monitoring process is repeated untilit is determined in step S3514 that all queued print jobs are dequeuedfrom the print queue buffer 3415. If it is confirmed in step S3514 thatno print job is present in the print queue buffer 3415, the flowadvances to step S3515 to store resource data in the appropriate storagearea 3419. Finally, an acceptance stop cancel instruction of a printjob, i.e., restart instruction is issued by the method that has beenexplained in association with the timing 3420 in FIG. 34 in step S3516,thus ending the processing.

As described above, since the output device such as a printer or thelike is controlled not to accept a new print job upon downloadingresources, and download data is stored in the appropriate storage areaafter completion of the print processes of the queued print jobs,adverse influence such as garbled characters or the like due to a changein resource data during generation of output data can be prevented.Also, print jobs which have already been sent before the beginning ofresource download and have been queued at the beginning of resourcedownload can stably output expected results without any unexpectedresults.

More specifically, since the update timing of the resources is set at asynchronous point of acceptance and execution of print jobs, print jobsissued before the resources are updated use those before update, andprint jobs issued after the resources have been updated can use theupdated resources.

[Second Embodiment]

FIG. 30 best illustrates a characteristic feature of a system of thesecond embodiment. In the system of this embodiment, a printer 3006 isnot a network printer but is connected via a PC. Upon downloadingresources to this printer 3006, acceptance of a new print job isstopped, and the resources are downloaded after completion of theprocesses of the already issued and queued print jobs.

In FIG. 30, Ethernet is normally used as a network 3001. In addition toEthernet, LocalTalk or the like may be used. Note that “network” in thisembodiment indicates a physical cable, an electrical signal that flowson the cable, and one or a plurality of protocols which implementinformation exchange as a combination of electrical signals, andnormally indicates their generic description.

A server computer 3002 has functions of a Web server, and the like, andcomprises the core of this invention. An administrator personal computer(to be abbreviated as a PC hereinafter) 3005 is used to issueinstructions to the server and peripheral devices. Client PCs 3003 and3004 are connected to the network, and are used by normal users. Notethat even the administrator PC may be used as a client PC.

The printer 3006 is connected to the administrator PC 3005 via a cablesuch as a Centronics cable that allows two-way communications. Normally,this printer is exclusively used by the administrator PC 3005. However,when the administrator PC 3005 discloses the printer 3006 as a sharedprinter, other PCs such as the client PC 3004 connected to the network3001 can use that printer.

A printer 3007 is connected to the network 3001, receives print commands(print jobs) from the client PCs 3003 and 3004, and executes printprocesses according to the commands. Hybrid function copying machines3008 and 3009 comprise an image scanner function, printer function, andfacsimile function, and can be used as a copying machine, printer,scanner, and facsimile by combining one or a plurality of functions.

The operation of this system will be explained below using FIG. 30. Theserver 3002 periodically communicates with the printers 3006 and 3007and hybrid function copying machines 3008 and 3009 to monitor theirstates and software setups. The administrator PC 3005 changes setups,software, and resources used by software in the devices. The results ofinstructions issued by the administrator PC 3005 are collected asinformation in the server 3002, and the client PCs 3003 and 3004 receivethat information from the server 3002. The server 3002 comprises acommunication means using the http protocol, and the administrator PC3005, and client PCs 3003 and 3004 can acquire information from theserver 3002 using Web browsers or can issue instructions to the server3002. Upon receiving an instruction from the administrator PC 3005 orthe client PC 3003 or 3004, the server 3002 acquires information fromthe printer 3007 and hybrid function coping machines 3008 and 3009 andreturns information to the administrator PC 3005 or the client PC 3003or 3004, or executes, e.g., a setup process for the printer 3007 andhybrid function copying machines 3008 and 3009. When the same process isto be done for the printer 3006 disclosed as a shared printer, aperipheral device management program on the administrator PC 3005 towhich the printer 3006 is connected receives an instruction, and theadministrator PC 3005 itself processes a result of processing via acommunication with the printer 3006 or returns the result to the clientPC 3003 or 3004.

The client PCs 3003 and 3004 directly communicate with the printer 3007and hybrid function copying machines 3008 and 3009 via the network 3001to exchange information. When the client PCs 3003 and 3004 exchangeinformation with the printer 3006 connected to the administrator PC3005, the administrator PC 3005 communicates with the printer 3006, anda peripheral device management program on the administrator PC 3005communicates as an agent with the client PCs 3003 and 3004.

The administrator PC 3005 comprises a downloader, and downloads softwareor resources used by software to the printers 3006 and 3007 and hybridfunction copying machines 3008 and 3009. The software includes printcontrol firmware, network control firmware, and the like of a device. Inthe hybrid function copying machines 3008 and 3009, the software to bedownloaded includes scanner control firmware, facsimile controlfirmware, copying machine firmware, panel operation firmware, imagemanagement software, address management software, and the like inaddition to the aforementioned firmware programs. The resources used bysoftware include fonts, external characters, overlay forms, calibrationtables, address information and facsimile numbers used by addressmanagement software, and the like.

The client PCs 3003 and 3004 hold software (drivers and the like)required to access and use the printers 3006 and 3007 and hybridfunction copying machines 3008 and 3009, and resources (client PCresources) used by the software. The software held by these PCs includesa printer driver required to use a printer, a scanner driver required touse a scanner, a facsimile driver required to use a facsimile, copyingmachine utility software required to control the copying machine, anetwork driver required to use the network, a Web browser, applicationsoftware, and the like. The resources used by the software includeclient PC fonts corresponding to printer fonts, address information usedby the facsimile driver, a color calibration table required upon colorcalibration, an overlay image used in preview, and the like.

In addition to the aforementioned functions, the setup contents,software, and resources used by software of the printer 3006 can bereflected in the printer 3007, and hybrid function copying machines 3008and 3009. Likewise, the setup contents, software, and resources used bysoftware of the hybrid function copying machine 3008 can be reflected inthe hybrid function copying machine 3009 and the printers 3006 and 3007.If functions are different between models, only functions common tothese models are reflected. Information such as resources or the likethat can be converted is reflected after conversion. Also, informationon the client PC 3003 that pertains to these models can be reflected inthe client PC 3004. Such processes are implemented by exchanginginformation via the server 3002.

The setup contents of the printers 3006 and 3007 and hybrid functioncopying machines 3008 and 3009 are often changed not only byinstructions from the administrator PC 3005 but also by setups from apanel and the client PC 3003 or 3004. If this setup information isrequired by the client PC, an inquiry is issued to the printers 3006 and3007 and hybrid function copying machines 3008 and 3009, and informationat the time of the inquiry is returned to the client PC. In a connectionbetween the administrator PC 3005 and printer 3006, a multi-channelsystem is implemented using packet data in the format shown in FIG. 37.Also, as for download processes of font and form resources according tothe present invention, data are exchanged between the administrator PC3005 and printer 3006 using the multi-channel system as in the sequenceshown in FIG. 34.

FIG. 36 is a flow chart of a program that controls the resource port3411 in FIG. 34 in this embodiment.

As shown in FIG. 30, when the printers 3006 and 3007 and hybrid functioncopying machines 3008 and 3009 have a storage area such as the HD 222,since the print queue buffer 3415 in FIG. 34 is prepared in that printeror hybrid function copying machine, the program in FIG. 36 is executedin the printer or hybrid function copying machine.

On the other hand, when the printers 3006 and 3007 do not have anystorage area, since the print queue buffer 3415 cannot be assured in theprinter side, the print queue buffer 3415 is prepared in theadministrator PC 3005. In this case, a print request and downloadrequest are issued to the PC serving as a printer server, and theresource port and print job port are prepared in the administrator PC3005. Therefore, the sequence in FIG. 36 is executed not by the printerbut by the administrator PC 3005 on which the printer queue buffer 3415of the printer is prepared. However, the resource data storage process3418 and print process 3423 in FIG. 34 are requested from theadministrator PC 3005 to the printer.

Referring to FIG. 36, it is checked in step S3611 if data sent to theresource port is resource download data. If it is determined based onthe port identification information 3701 in FIG. 37 that the designatedport is the resource port, this checking process is done based on itscontents, i.e., if data shown in one of FIGS. 24 to 29 is to bedownloaded. The data shown in FIGS. 24 to 29 are obtained byreconstructing the data 3704 in FIG. 37 as needed since they are oftensegmented into a plurality of packets. Using the “type” field of thedata in the format shown in FIGS. 24 to 29, it is checked if the datasent to the resource port is resource download data. For the sake ofeasy checking, an identifier “download” may be contained as the type ofdata. Also, when a port exclusively used to download resources may beprepared, and is designated upon downloading, the checking process instep S3611 can be implemented by referring to the port identificationinformation 3701 alone.

If it is determined in step S3611 that the data sent to the resourceport is not resource download data, an appropriate process is executedin step S3617, and the processing ends. If it is determined in stepS3611 that the data sent to the resource port 3411 is resource downloaddata, the flow advances to step S3612.

In step S3612, an acceptance stop instruction of a print job is issuedby the method that has been explained in association with the timing3414 in FIG. 34. It is checked in step S3613 if print jobs remain in theprint queue buffer 3415.

If it is determined in step S3613 that print jobs remain in the printqueue buffer 3415, one print job is canceled, i.e., is deleted from theprint queue buffer 3415 without any print process in step S3614. StepsS3613 and S3614 are repeated until all print jobs are deleted from theprint queue buffer 3514 (until all of JOB1 to JOB4 are canceled in FIG.34).

If it is confirmed in step S3613 that no print job remains in the printqueue buffer 3415, the flow advances to step S3615 to store resourcedata in the appropriate storage area 3419. Finally, an acceptance stopcancel instruction of a print job, i.e., restart instruction is issuedby the method that has been explained in association with the timing3420 in FIG. 34 in step S3616, thus ending the processing.

As described above, even upon downloading data to the printer directlyconnected to the PC, since the printer is controlled not to accept aprint job upon downloading resources, an unwanted print process such asgarbled characters or the like due to a change in resource data duringgeneration of output data can be prevented. Furthermore, in thisembodiment, since queued print jobs are forcibly canceled at the time ofreception of download data, a process which is normally executed by theadministrator and influences all the clients can be preferentially andsmoothly executed.

[Third Embodiment]

In the first and second embodiments, the download process is executedafter all queued jobs in an output device such as a printer or the likeare cleared, i.e., after the output processes of queued print jobs arecompleted or after all queued print jobs are forcibly deleted.

However, when a print job, the output process of which is protected byauthentication information such as a password or the like, is queued,that print job is not output before authentication is made based on apassword input by an authorized person (output authorized person), andstays in the print queue buffer in the ready state, thus disturbing thedownload process.

As for the method that forcibly deletes queued jobs, a protected jobcannot be deleted, and such method is unreasonable for even the user whoissued an unprotected print job.

In this embodiment, image data of print jobs, which have already beenqueued upon downloading resource data, are generated using resources,and the output processes of these print jobs are suspended in thatstate. Hence, even a print job that requires authentication of an outputauthorized person can be removed from the print queue buffer, and queuedprint jobs can be quickly processed without forcibly deleting printjobs. In this way, after queued print jobs are processed, resource datacan be downloaded.

The system of this embodiment is common to the first and secondembodiments in the arrangements shown in FIGS. 1 to 33. Hence,differences will be mainly explained.

FIG. 41 shows the structure of print data which is sent from theadministrator PC 3 and client PCs 4 and 5 (FIG. 1) to the printers 6 and7 and hybrid function copying machines 8 and 9. The entire data shown inFIG. 41 is contained in the data field 3704 in FIG. 37.

Referring to FIG. 41, sender information 3801 contains the data sendername, IP address of a PC, e-mail address, and the like. Outputauthorized person information 3802 contains information such as the nameor group name, password, e-mail address, and the like as information ofa person who is authorized to output the corresponding print data fromthe printer 6 or 7 or the hybrid function copying machine 8 or 9. Notethat the data sender and output authorized person may be the sameperson. Data 3803 contains text data and image data which form aprintout, and a command group used to form an image. Upon actuallyoutputting a printout, the printer 6 or 7 or the hybrid function copyingmachine 8 or 9 interprets these commands to form a print image. The datashown in FIG. 41 corresponds to a print job. When the output authorizedperson wants to obtain a printout based on the sent print data, he orshe inputs a password by operating the panel of an output device thatstores the print data or sending an instruction to the output devicethat stores the print data via the network, and undergoes anauthentication process. When the password is input, the output deviceoutputs the authorized print job.

In this embodiment, print data sent from the administrator PC 3 or theclient PC 4 or 5 to the printer 6 or 7 or the hybrid function copyingmachine 8 or 9 is stored in the print queue buffer and a job save areato have the structure shown in FIG. 41, which requires a smaller datasize than a rendered image, except for a special job.

FIG. 38 is a sequence chart showing the process executed when font orform data associated with a print process is downloaded to the printers6 and 7 and hybrid function copying machines 8 and 9. A job port 3410and resource port 3411 are designated by the port identificationinformation 3701 contained in a data packet, as shown in FIG. 37. Printdata is sent to the print job port 3410 as a print job appended with acontrol code. In the print job port 3410, a buffering process 3422normally enqueues the received print job in a print queue buffer 3415 ina print ready state, and an output process 3423 executes print jobs inturn. In this embodiment, the print job consists of a command group usedto form a print image, text data, and image data, and is stored in theprint queue buffer 3415 in that format. The output process 3423interprets the command group used to form an image, thus forming animage.

The command group used to form a print image includes commands that forman image using font and form data saved as resources in the printer. Ifa print job in the print queue buffer 3415 requires authentication ofthe output authorized person, the authentication procedure of the outputauthorized person is required to proceed with the output process 3423.

On the other hand, download data is sent to the resource port 3411. Uponaccepting download data at a timing 3412, a processing program of theresource port 3411 instructs the print job port to stop acceptance of aprint job at a timing 3414. Upon receiving the instruction, the printjob port stops acceptance of a print job at a timing 3413. In thisembodiment, acceptance of a print job is stopped by setting the printjob port that received the stop instruction in an acceptance stop state.The sender of a print job confirms the state of the print job portbefore it sends a print job. If the sender confirms that the print jobport is inaccessible (acceptance stop state), it does not send any job.

If the sender and recipient of a print job can communicate in two ways,the print job port may have a function of informing the sender of aprint job of denial of acceptance of the print job upon receiving aprint job. In such case, the print job port 3410 informs the sender of aprint job of denial of acceptance of the print job at the timing 3413.

If acceptance of a print job is stopped at the timing 3413, no moreprint jobs are stored in the print queue buffer 3415. The resource port3411 begins to monitor the print queue buffer 3415 at a timing 3416.

Jobs in the print queue buffer 3415 include ones which cannot be printedin turn since they require authentication for output. Hence, a renderingprocess 3425 renders print data 3803 to image data, and that image datais stored in a print queue data save area 3424 together with the senderinformation 3801 and output authorized person information 3802.Alternatively, as will be described in detail later in the fourthembodiment, a mail sending process 3426 sends an e-mail message usingthe sender information 3801 and output authorized person information3802.

When the resource port 3411 can confirm that the print queue buffer 3415has become empty, it starts the next process 3418 at that timing 3417.Whether or not the print queue buffer 3415 becomes empty can beconfirmed at the timing 3417 by monitoring by means of positive pollingfrom the resource port 3411 or by information from the print queuebuffer 3415 to the resource port 3411.

When the print queue buffer (job queue) has become empty, the downloaddata accepted at the timing 3412 is stored in an appropriate storagearea 3419. Note that the appropriate storage area indicates a storagedevice such as a flash ROM, hard disk, or the like in the printers 6 and7 and hybrid function copying machines 8 and 9. The resources stored inthe storage area 3419 are used as needed, e.g., upon execution of aprint job.

Finally, the resource port 3411 instructs the print job port 3410 torestart acceptance of a print job at a timing 3420. The print job port3410 accepts a print job again from a timing 3421 at which it receivesan acceptance restart instruction, and executes the normal process,i.e., the buffering process 3422 buffers print jobs in the print queuebuffer 3415 and the output process 3423 executes the print jobs. Notethat acceptance of a print job is restarted at the timing 3420 by thesame mechanism as that when acceptance of a print job is stopped at thetiming 3413.

FIG. 39 is a flow chart of a program that controls the resource port3411 and print job port 3410 in FIG. 38.

As shown in FIG. 2, when the printers 6 and 7 and hybrid functioncopying machines 8 and 9 have a storage area such as the HD 222, sincethe print queue buffer 3415 is prepared in that printer or hybridfunction copying machine, the program in FIG. 39 is executed in theprinter or hybrid function copying machine.

On the other hand, when the printers 6 and 7 do not have any storagearea, since the print queue buffer 3415 cannot be assured in the printerside, the print queue buffer 3415 is prepared in a PC so-called aprinter server. In this case, a print request and download request areissued to the PC serving as the printer server, and the resource portand print job port are prepared in that printer server PC. Therefore,the sequence in FIG. 39 is executed not by the printer but by theprinter server PC on which the printer queue buffer 3415 of the printeris prepared. However, the resource data storage process 3418 and printprocess 3423 in FIG. 38 are requested from the printer server PC to theprinter.

Note that the same step numbers in FIG. 39 denote processing stepscommon to those in FIG. 35.

It is checked in step S3511 in FIG. 39 if data sent to the resource port3411 is resource download data. If it is determined based on the portidentification information 3701 in FIG. 37 that the designated port isthe resource port, this checking process is done based on its contents,i.e., if data shown in one of FIGS. 24 to 29 is to be downloaded. Thedata shown in FIGS. 24 to 29 are obtained by reconstructing the data3704 in FIG. 37 as needed since they are often segmented into aplurality of packets. Using the “type” field of the data in the formatshown in FIGS. 24 to 29, it is checked if the data sent to the resourceport 3411 is resource download data. For the sake of easy checking, anidentifier “download” may be contained as the type of data. Also, when aport exclusively used to download resources may be prepared, and isdesignated upon downloading, the checking process in step S3511 can beimplemented by referring to the port identification information 3701alone.

If it is determined in step S3511 that the data sent to the resourceport 3411 is data that aims at downloading of resources, the flowadvances to step S3512.

In step S3512, an acceptance stop instruction of a print job is issuedby the method that has been explained in association with the timing3414 in FIG. 38. It is monitored in step S3513 if print jobs remain inthe print queue buffer 3415. This monitoring process is repeated untilit is determined in step S3514 that all queued print jobs are dequeuedfrom the print queue buffer 3415.

If it is determined in step S3514 that print jobs remain in the printqueue buffer, the data field 3803 of that job is rendered to a printimage in step S3518, and that image is stored in the print data savearea 3424 together with the sender information 3801 and outputauthorized person information 3802 in step S3519. With the processes insteps S3518 and S3519, a print job to be processed is removed from theprint queue buffer 3415. In this way, the processes in steps S3518 andS3519 are repeated for all print jobs in the print queue buffer 3415.

If it is confirmed in step S3514 that no print job is present in theprint queue buffer 3415, the flow advances to step S3515 to storeresource data in the appropriate storage area 3419. Finally, anacceptance stop cancel instruction of a print job, i.e., restartinstruction is issued by the method that has been explained inassociation with the timing 3420 in FIG. 34 in step S3516, thus endingthe processing.

As described above, since the printer is controlled not to accept aprint job upon downloading resources, and download data is stored in theappropriate storage area after queued print jobs are rendered to printimages and the print images are saved, adverse influence such as garbledcharacters or the like due to a change in resource data duringgeneration of output data can be prevented. Also, print jobs which havealready been sent before the beginning of resource download and havebeen queued at the beginning of resource download can be printed withoutbeing deleted. Furthermore, the aforementioned merits can be applied toa print job which requires authentication of the output authorizedperson upon output.

[Fourth Embodiment]

In the fourth embodiment, if a queued print job is found upondownloading, a message indicating that the job will be output is sent toan e-mail address designated by that print job, thus calling theattention of a person who issued the print job or the output authorizedperson. Since the arrangement of the system in this embodiment is thesame as that in the third embodiment, a description thereof will beomitted.

FIG. 40 is a flow chart of a program that controls the resource port3411 and print job port 3410 in FIG. 38.

As shown in FIG. 2, when the printers 6 and 7 and hybrid functioncopying machines 8 and 9 have a storage area such as the HD 222, sincethe print queue buffer 3415 is prepared in that printer or hybridfunction copying machine, the program in FIG. 40 is executed in theprinter or hybrid function copying machine.

On the other hand, when the printers 6 and 7 do not have any storagearea, since the print queue buffer 3415 cannot be assured in the printerside, the print queue buffer 3415 is prepared in a PC so-called aprinter server. In this case, a print request and download request areissued to the PC serving as the printer server, and the resource portand print job port are prepared in that printer server PC. Therefore,the sequence in FIG. 40 is executed not by the printer but by theprinter server PC on which the printer queue buffer 3415 of the printeris prepared. However, the resource data storage process 3418 and printprocess 3423 in FIG. 38 are requested from the printer server PC to theprinter.

Note that the same step numbers in FIG. 40 denote processing stepscommon to those in FIG. 36.

It is checked in step S3611 in FIG. 40 if data sent to the resource port3411 is resource download data. If it is determined based on the portidentification information 3701 in FIG. 37 that the designated port isthe resource port, this checking process is done based on its contents,i.e., if data shown in one of FIGS. 24 to 29 is to be downloaded. Thedata shown in FIGS. 24 to 29 are obtained by reconstructing the data3704 in FIG. 37 as needed since they are often segmented into aplurality of packets. Using the “type” field of the data in the formatshown in FIGS. 24 to 29, it is checked if the data sent to the resourceport is resource download data. For the sake of easy checking, anidentifier “download” may be contained as the type of data. Also, when aport exclusively used to download resources may be prepared, and isdesignated upon downloading, the checking process in step S3611 can beimplemented by referring to the port identification information 3701alone.

If it is determined in step S3611 that the data sent to the resourceport is not data that aims at downloading of resources, an appropriateprocess is executed in step S3617, and the processing ends.

If it is determined in step S3611 that the data sent to the resourceport 3411 is data that aims at downloading of resources, the flowadvances to step S3612. In step S3612, an acceptance stop instruction ofa print job is issued by the method that has been explained inassociation with the timing 3414 in FIG. 34. It is checked in step S4001if print jobs remain in the print queue buffer 3415.

If it is determined in step S4001 that print jobs remain in the printqueue buffer 3415, an e-mail message indicating that resource data willbe downloaded is sent to the mail address in the output authorizedperson information 3802 (FIG. 38) for all jobs in the print queue buffer3415 in step S4002. In this embodiment, the e-mail messages are sent tothe output authorized persons. However, if print data senders areauthorized to output data, e-mail messages may be sent to the sendersusing the sender information 3801.

The e-mail message may contain a comment that prompts the user to outputor delete the print job, and information that pertains to a time perioduntil the download process starts, which is determined by the systemadministrator upon sending download data, or a time period until thedownload process starts, which is predetermined in the system of thisembodiment.

In step S4003, the control waits for an elapse of a predetermined timeperiod, which has been explained as the information that pertains to thetime period. The output authorized person of each job in the print queuebuffer 3415 receives the e-mail message issued in step S4002, and canoutput or delete that job within this predetermined time period. Afteran elapse of the predetermined time period, it is checked again in stepS3613 if print jobs remain in the print queue buffer 3415.

If it is determined in step S3613 that print jobs still remain in theprint queue buffer 3415, one of such print jobs is canceled by theauthority of the administrator, i.e., is deleted from the print queuebuffer without being printed in step S3614. Steps S3613 and S3614 arerepeated until all print jobs are deleted from the print queue buffer3514 (until all of JOB1 to JOB4 are canceled in FIG. 38).

If it is confirmed in step S3613 that no print job remains in the printqueue buffer 3415, the flow advances to step S3615 to store resourcedata in the appropriate storage area 3419.

Finally, an acceptance stop cancel instruction of a print job, i.e.,restart instruction is issued by the method that has been explained inassociation with the timing 3420 in FIG. 34 in step S3616, thus endingthe processing.

As described above, even upon downloading data to the printer directlyconnected to the PC, since the printer is controlled not to accept aprint job upon downloading resources, an unwanted print process such asgarbled characters or the like due to a change in resource data duringgeneration of output data can be prevented. Furthermore, in the presentinvention, since queued print jobs are forcibly canceled at the time ofreception of download data, a process which is normally executed by theadministrator and influences all the clients can be preferentially andsmoothly executed. Moreover, since an e-mail message is sent, a chanceto rescue queued print jobs issued by the output authorized person canbe provided prior to the download process of the administrator.

[Fifth Embodiment]

FIG. 31 shows a storage medium that stores a program which implementsthe present invention.

FIGS. 32A to 32C show program modules of the present invention.

FIG. 33 is a view showing the process for loading a storage medium thatstores a program of the present invention to a server, administratorpersonal computer, or user personal computer.

As can be understood from these figures, according to the presentinvention, a computer program shown in the form of the flow chart ineach embodiment can be stored in a portable storage medium, which can besupplied to and executed by a computer such as a workstation, personalcomputer, or the like. Also, the program that controls the printingapparatus can be executed on the printing apparatus by directly loadingthe storage medium of FIG. 33 into the printing apparatus if theprinting apparatus has a means for loading the storage medium, or bydownloading that program from the administrator PC, as described in thefirst to fourth embodiments.

As described above, according to the present invention, upon receivingresource data by a printing apparatus or information processingapparatus which can asynchronously receive an output job and resourcedata used upon processing the output job, reception of a new output jobafter reception of the resource data is stopped. If it is determinedthat processes of print jobs which have already been received and queuedare complete, held resource data is updated by the received resourcedata to avoid contention between the output request and the resourcedownload process, and the resource data can be downloaded safely.

Since completion of the process of a print job is determined after theprint process of the print job which has already been received andqueued is completed, the job can be completed before downloading, inaddition to the above effects.

Also, since a print job which has already been received and queued isdeleted, and completion of the process of that print job is determined,the resource data can be downloaded quickly, in addition to the aboveeffects.

Since completion of the process of a print job is determined after dataof the print job which has already been received and queued is convertedusing the held resource data, and the converted data is stored in a savearea, a job that requires authentication can be processed withoutauthentication, and the resource data can be downloaded quickly, inaddition to the above effects.

Since a message indicating that resource data is to be updated is issuedto an address designated by each print job, which has already beenreceived and queued, the message can be reliably sent to the source ofthe print job, in addition to the above effects.

As many apparently widely different embodiments of the present inventioncan be made without departing from the spirit and scope thereof, it isto be understood that the invention is not limited to the specificembodiments thereof except as defined in the appended claims.

1. A printing apparatus which can receive an output job and resourcedata to be used upon processing the output job from a peripheral devicemanagement apparatus, and that holds updatable resource data,comprising: a detecting unit that detects reception of resource data bya reception unit; a reception control unit that stops reception of a newoutput job in response to the detecting unit detecting reception of theresource data; and an update unit that updates resource data held by theprinting apparatus with the received resource data, when it isdetermined that a process of a print job which has already been receivedand queued is complete, wherein data of the print job, which has alreadybeen received and queued, is converted using the held resource data, andwherein said update unit determines processing of the print job whichhas already been received and queued is complete when conversion of thedata of the queued print job has been finished.
 2. The apparatusaccording to claim 1, wherein said update unit determines, uponreceiving the resource data, completion of the process of the print jobif a printout process of the print job which has already been receivedand queued is complete.
 3. The apparatus according to claim 1, whereinsaid update unit determines, upon receiving the resource data,completion of the process of the print job by deleting the print jobwhich has already been received and queued.
 4. The apparatus accordingto claim 1, wherein the resource data contains font data, and the printjob is converted into image data using the held resource data.
 5. Theapparatus according to claim 4, wherein the print job includes a printjob which requires authentication of an authorized person uponoutputting the print job, and authentication information required topermit output of the image data is stored together with the image datafor the print job which requires authentication.
 6. The apparatusaccording to claim 3, further comprising an issuing unit that issues,upon receiving the resource data, a message indicating that the resourcedata is to be updated to an address designated by each print job, whichhas already been received and queued, and wherein said update unitdeletes the print job a predetermined time period after the message isissued.
 7. The apparatus according to claim 1, wherein the print jobincludes a print job which requires authentication of an authorizedperson upon outputting the print job, and said update unit storesauthentication information required to permit output of the image datatogether with the image data for the print job which requiresauthentication.
 8. An information processing apparatus connected to aprinting apparatus, which can receive an output job and resource data tobe used upon processing the output job from a peripheral devicemanagement apparatus, and that holds updatable resource data,comprising: a detecting unit that detects reception of resource data bya reception unit; a reception control unit that stops reception of a newoutput job in response to the detecting unit detecting reception of theresource data by the reception unit; and an update unit that updatesresource data held by the printing apparatus with the received resourcedata, when it is determined that a process of a print job which hasalready been received and queued is complete, wherein data of the printjob, which has already been received and queued, is converted using theheld resource data, and wherein said update unit determines processingof the print job which has already been received and queued is completewhen conversion of the data of the queued print job has been finished.9. The apparatus according to claim 8, wherein said update unitdetermines, upon receiving the resource data, completion of the processof the print job if a pnntout process of the print job which has alreadybeen received and queued is complete.
 10. The apparatus according toclaim 8, wherein said update unit determines, upon receiving theresource data, completion of the process of the print job by deletingthe print job which has already been received and queued.
 11. Theapparatus according to claim 8, wherein the resource data contains fontdata, and the print job is converted into image data using the heldresource data.
 12. The apparatus according to claim 11, wherein theprint job includes a print job which requires authentication of anauthorized person upon outputting the print job, and authenticationinformation required to permit output of the image data is storedtogether with the image data for the print job which requiresauthentication.
 13. The apparatus according to claim 10, furthercomprising an issuing unit that issues, upon receiving the resourcedata, a message indicating that the resource data is to be updated to anaddress designated by each print job, which has already been receivedand queued, and wherein said update unit deletes the print job apredetermined time period after the message is issued.
 14. Aninformation processing apparatus connected to a printing apparatus,which can receive resource data and a processing request, which isprocessed using the resource data, from a peripheral device managementapparatus, and that holds updatable resource data, comprising: adetecting that detects reception of resource data by a reception unit; areception control unit that stops reception of a new processing requestin response to the detecting unit detecting reception of the resourcedata; and an update unit that updates resource data held by theinformation processing apparatus with the received resource data, whenit is determined that a process of a processing request which hasalready been received and queued is complete, wherein data of the printjob, which has already been received and queued, is converted using theheld resource data, and wherein said update unit determines processingof the print job which has already been received and queued is completewhen conversion of the data of the queued print job has been finished.15. A method of controlling a printing apparatus, which can receive anoutput job and resource data to be used upon processing the output jobfrom a peripheral device management apparatus, and that holds updatableresource data, comprising: a detecting step of detecting reception ofresource data by a reception unit; a reception control step of stoppingreception of a new output job in response to the detecting stepdetecting reception of the resource data; and an update step of updatingresource data held by the printing apparatus with the received resourcedata, when it is determined that a process of a print job which hasalready been received and queued is complete, wherein data of the printjob, which has already been received and queued, is converted using theheld resource data, and wherein said update step determines processingof the print job which has already been received and queued is completewhen conversion of the data of the queued print job has been finished.16. The method according to claim 15, wherein the update step includesthe step of determining, upon receiving the resource data, completion ofthe process of the print job if a printout process of the print jobwhich has already been received and queued is complete.
 17. The methodaccording to claim 15, wherein the update step includes the step ofdetermining, upon receiving the resource data, completion of the processof the print job by deleting the print job which has already beenreceived and queued.
 18. The method according to claim 15, wherein theresource data contains font data, and the print job is converted intoimage data using the held resource data.
 19. The method according toclaim 18, wherein the print job includes a print job which requiresauthentication of an authorized person upon outputting the print job,and authentication information required to permit output of the imagedata is stored together with the image data for the print job whichrequires authentication.
 20. The method according to claim 17, furthercomprising an issuing step of issuing, upon receiving the resource data,a message indicating that the resource data is to be updated to anaddress designated by each print job, which has already been receivedand queued, and wherein the update step includes the step of deletingthe print job a predetermined time period after the message is issued.21. A method of controlling a peripheral device, which can receiveresource data and a processing request, which is processed using theresource data, and that holds updatable resource data, comprising: adetecting step of detecting reception of resource data by a receptionunit; and an update step of stopping reception of a new output job inresponse to the detecting step detecting reception of the resource data,and updating resource data held by the peripheral device with thereceived resource data, when it is determined that a process of a printjob which has already been received and queued is complete, wherein dataof the print job, which has already been received and queued, isconverted using the held resource data, and wherein said update stepdetermines processing of the print job which has already been receivedand queued is complete when conversion of the data of the queued printjob has been finished.
 22. A computer readable recording medium on whicha program for controlling a printing apparatus is encoded, wherein theprinting apparatus can receive an output job and resource data used uponprocessing the output job from a peripheral device management apparatus,and that holds updatable resource data, said computer program comprisingthe steps of: a detecting step of detecting reception of resource databy a reception unit; and an update step of stopping reception of a newoutput job in response to the detecting step detecting reception of theresource data, and updating resource data held by the printing apparatuswith the received resource data, when it is determined that a process ofa print job which has already been received and queued is complete,wherein data of the print job, which has already been received andqueued, is converted using the held resource data, and wherein saidupdate step determines processing of the print job which has alreadybeen received and queued is complete when conversion of the data of thequeued print job has been finished.
 23. The recording medium accordingto claim 22, wherein said update step determines, upon receiving theresource data, completion of the process of the print job if a printoutprocess of the print job which has already been received and queued iscomplete.
 24. The recording medium according to claim 22, wherein saidupdate step determines, upon receiving the resource data, completion ofthe process of the print job by deleting the print job which has alreadybeen received and queued.
 25. The recording medium according to claim22, wherein the resource data contains font data, and the print job isconverted into image data using the held resource data.
 26. Therecording medium according to claim 25, wherein the print job includes aprint job which requires authentication of an authorized person uponoutputting the print job, and authentication information required topermit output of the image data is stored together with the image datafor the print job which requires authentication.
 27. The recordingmedium according to claim 24, further comprising an issuing step ofissuing, upon receiving the resource data, a message indicating that theresource data is to be updated to an address designated by each printjob, which has already been received and queued, and wherein said updatestep deletes the print job a predetermined time period after the messageis issued.
 28. A computer readable recording medium on which a programfor controlling a peripheral device is encoded, wherein the peripheraldevice can receive resource data and a processing request, which isprocessed using the resource data, and that holds updatable resourcedata, said program comprising the steps of: a detecting step ofdetecting reception of resource data by a reception unit; and an updatestep of stopping reception of a new output job in response to thedetecting step detecting reception of the resource data and updatingresource data held by the peripheral device with the received resourcedata, when it is determined that a process of a print job which hasalready been received and queued is complete, wherein data of the printjob, which has already been received and queued, is converted using theheld resource data, and wherein said update unit determines processingof the print job which has already been received and queued is completewhen conversion of the data of the queued print job has been finished.